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Remarks 

1 . This communication is responsive to the amendment filed July 1 9 th , 2006. 
Claims 1-47 are pending. In the amendment filed July 19 th , 2006, Claims 1, 6, 10, 14- 
17, 21-23, 25-27, 30, 32-34, 38, 40, and 41 are amended, and Claims 1, 27, 34, and 38 
are independent. The examiner acknowledges that no new matter was introduced and 
the claims are supported by the specification. This action is FINAL. 

Response to Arguments 

2. The Applicant's arguments filed July 19 th , 2006 with respect to Claims 1-47 have 
been considered but are not persuasive. 

3. As to the applicant's arguments with respect to Claims 1-13, 20, 21, 24, 25, 27- 
29 and 34-37 for there allegedly being a useful, concrete and tangible result, the 
examiner respectfully disagrees. This argument is discussed more in the section below 
regarding the '101 rejections. 

4. As to the applicant's arguments with respect to Claims 1 , 27 and 38 for the prior 
art(s) allegedly not teaching or suggesting "at least one normalized file storage server 
configured to store SDK component files of a plurality of SDK volumes, wherein at least 
one component file stored by the file storage server is shared by at least two of the 
plurality of SDK volumes," the examiner respectfully disagrees. Dockes teaches this at 
the cited sections of Dockes, col. 16, lines 57-61 with Dockes, col. 4, lines 36-44 with 
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Dockes, col. 6, lines 45-49 and Dockes, col. 9, lines 15-19 with Dockes, col. 9, lines 28- 
32. 

Dockes, col. 16, lines 57-61 meets the "normalized" adjective part of the 
limitation in that duplicates are not present in the server (as knowledge gained from the 
Applicant's specification for what the applicant considers "normalized" to mean). The 
cited section of Dockes describes a program to run on the storage server to remove 
duplicates. 

As for the "file storage server configured to store SDK component files of a 
plurality of SDK volumes" limitation, Dockes teaches this at Dockes, col. 4, lines 36-44 
with Dockes, col. 6, lines 45-49 as cited. Dockes teaches in those sections that there is 
a data server that stores all the files acquired from reading clients. Later, in Dockes, 
orders are then taken to make CDs from those stored files. This is the file storage 
server configured to store SDK component files of a plurality of SDK volumes. 

Additionally, the new limitation of "wherein at least one component file stored by 
the file storage server is shared by at least two of the plurality of SDK volumes" is also 
met by Dockes, in that Dockes has support for creating multiple copies of the same CD 
(cited sections of Dockes, col. 9, lines 15-19 with Dockes, col. 9, lines 28-32). One 
created SDK holds the information from the file in temporary storage on the client, a 
copy of that SDK holds the same information from the same file still in temporary 
storage on the client. This is "wherein at least one component file stored by the file 
storage server is shared by at least two of the plurality of SDK volumes." 
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5. As to the applicant's arguments with respect to Claims 1 and 27 for the prior 
art(s) allegedly not teaching or suggesting "a file extractor configured to copy SDK 
component files to the at least one normalized file storage server and determine for a 
particular SDK component file to be copied, whether the particular SDK component file 
is already stored by the file storage server and, if not, copy the particular SDK 
component file to the at least one normalized file storage server," the examiner 
respectfully disagrees. This is taught by Dockes and the newly combined reference Ito 
(Ito, col. 4, lines 13-19). Dockes teaches in section Dockes, col. 8, lines 33-37 a file 
extractor to copy files to the server (the reading client). Ito teaches in the cited section 
not storing a duplicate of a file if it is already stored. 

As to the applicant's arguments with respect to Claim 34 for Ito allegedly not 
teaching or suggesting "for each of the plurality of SDK component files storing the SDK 
component file, if the SDK component file has not already been stored on a file storage 
server, on the file storage server; and, if the SDK component file has already been 
stored oh the file storage server, sharing the SDK component file with the SDK volume 
and at least one other SDK volume" the examiner respectfully disagrees. Ito was not 
the only reference used in the rejection of this limitation. In response to applicant's 
arguments against the references individually, one cannot show nonobviousness by 
attacking references individually where the rejections are based on combinations of 
references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re Merck & 
Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 
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As to the specific argument that Ito does not teach or suggest "if the SDK 
component file has already been stored on the file storage server, sharing the SDK 
component file with the SDK volume and at least one other SDK volume," the examiner 
respectfully agrees. This limitation, as shown below and explained above, has been 
met by Dockes. 

6. As to the applicant's arguments with respect to Claims 1 , 34, and 38 for there 
allegedly not a prima facie case of obviousness established because there is allegedly 
no suggestion or motivation in the references to combine the references, the examiner 
respectfully disagrees. These arguments are moot since the references combined have 
changed. 

7. The other claims argued merely because of a dependency on a previously 
argued claim(s) in the arguments presented to the examiner, filed July 19 th , 2006, are 
moot in view of the examiner's interpretation of the claims and art and are still 
considered rejected based on their respective rejections from the first Office action 
(parts of recited again below). 

Response to Amendment 



8. 



Information Disclosure Statement 

The information disclosure statement is being considered by the examiner. 
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Specification 

9. The lengthy specification has not been checked to the extent necessary to 
determine the presence of all possible minor errors. Applicant's cooperation is 
requested in correcting any errors of which applicant may become aware in the 
specification. 

Drawings 

10. In light of the applicant's respective arguments or respective amendments, the 
previous drawing objections to the drawings have been withdrawn. 

Claim Objections 

11. Claims 1, 30, and 32 are objected to because of the following informalities: 

a. Claim 1 has incorrect punctuation where it recites "volumes,;" in line 5. 

b. Claims 30 and 32 list incorrect status identifiers. The current status 
identifier is "original," however the claims have been amended. Therefore, the 
current status identifier should be "currently amended." Any future 
correspondence should have the correct status identifiers included for all claims. 
For example, the above listed claims should have the status identifier of 
"previously presented" in any future correspondence (unless it is currently 
amended (again)). 

Appropriate correction is required. 
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Claim Rejections - 35 USC § 101 

12. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

13. Claims 1-13; 20, 21, 24, 25, 27-29 and 34-37 are rejected under 35 U.S.C. 101 
because the claimed invention is directed to non-statutory subject matter. Claims 1-13, 
20, 21 , 24, and 25 do not have the result of creating SDK volumes. Some dependent 
claims correct the 35 U.S.C. 101 rejections of the claims above, however, their 
limitations are not incorporated into the above claims since they depend from the 
currently rejected claims. The claims are rejected because they lack a useful, concrete, 
tangible result. Claims 27-29 and 34-37 share the same rejection as Claims 1-13, 20, 
21,24, and 25. 

In summary, Claim 1 has a server that stores files, identifies files to be written 
(e.g. to CD), and shares those files between SDK volumes. However, no where does 
the claim actually complete the task outlined in the preamble of "producing a software 
distribution kit," Some dependent claims from Claim 1 (as shown above) share this 
rejection. Claims 27 and 34 and some of their dependent claims (as shown above) also 
share this rejection. 

Claim Rejections - 35 USC § 103 

14. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

15. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

16. Claims 1, 4-6, 8, 9, 14, 16, 17, 20-22, 27, 34, 36, and 37 are rejected under 35 
U.S.C. 103(a) as being unpatentable over U.S. Patent No. 6,011,758 (Dockes et al.) in 
view of U.S. Patent No. 5,822,083 (Ito et al.). 

For Claim 1, Dockes teaches: "A system for producing a software distribution kit 
(SDK) volume, [Dockes, col. 19, lines 48-53 with Dockes, col. 16, lines 14-26] the SDK 
volume comprising a computer-readable medium storing a plurality of SDK component 
files, [Dockes, col. 19, lines 48-53 with Dockes, col. 7, lines 11-16] comprising: 
at least one normalized [Dockes, col. 16, lines 57-61] file storage server 
configured to store SDK component files of a plurality of SDK volumes,; [Dockes, 
col. 4, lines 36-44 with Dockes, col. 6, lines 45-49] 
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• a database configured to identify the SDK component files of each SDK volume, 
[Dockes, col. 8, lines 33-37] wherein at least one SDK component file stored by 
at least one normalized file storage server is shared by at least two of the 
plurality of SDK volumes; [Dockes, col. 9, lines 15-19 with Dockes, col. 9, lines 
28-32] and 

• a file extractor configured to copy SDK component files to the at least one 
normalized file storage server" [Dockes, col. 4, lines 36-44]. 

Dockes discloses the above limitations but does not expressly teach: 

• "and determine for a particular SDK component file to be copied, whether the 
particular SDK component file is already stored by the file storage server and, if 
not, copy the particular SDK component file to the at least one normalized file 
storage server." 

With respect to Claim 1, an analogous art, Ito, teaches: 

• "and determine for a particular SDK component file to be copied, whether the 
particular SDK component file is already stored by the file storage server and, if 
not, copy the particular SDK component file to the at least one normalized file 
storage server" [Ito, col. 4, lines 13-19]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Ito with Dockes because both inventions are directed towards 
storing data on a computer. 

Ito would have been expected to successfully work well with Dockes's invention 
because both inventions index their files they store. Dockes discloses a system and 
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method for production of compact discs on demand comprising reading CD's, storing 
their information on a server, and writing CD's, however Dockes does not expressly 
disclose not storing the files to the storage server when they were previously stored 
there. Ito discloses an image storing apparatus comprising not storing duplicate files. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the storage method from Ito and install it into the file extraction of 
Dockes, thereby offering the obvious advantage of saving storage space on the server. 

Claim 4 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 1 , wherein: the database is configured to catalog the plurality of SDK volumes" 
[Dockes, col. 5, lines 12-18]. 

Claim 5 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 4, wherein: the database configured to catalog the plurality of SDK volumes is 
stored on a different computer than the database configured to identify the SDK 
component files of each SDK volume" [Dockes, col. 6, lines 55-61 with Dockes, col. 7, 
lines 37-47], 

Claim 6 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 1 .wherein the file extractor is further configured to copy SDK component files 
from a master SDK volume to at least one of the at least one normalized file storage 
server and add information identifying the copied SDK component files to the database" 
[Dockes, col. 7, lines 37-47 with Dockes, col. 4, lines 38-43 with Dockes, col. 2, lines 
19-23 with Dockes, col. 11, lines 55-62]. 
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Claim 8 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 6, wherein: the master SDK volume is a compact disc (CD)" [Dockes, col. 4, 
lines 37-44]. 

Claim 9 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 1 , wherein the normalized file storage server is a replicating normalized file 
storage server" [Dockes, col. 6, lines 45-55 with Dockes, col. 4, lines 37-44]. 

Claim 14 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 1 , further comprising: an SDK builder executed by a computer other than the at 
least one normalized file storage server and configured to copy SDK component files of 
a selected one of the SDK volumes from one of the at least one normalized file storage 
server to a writeable computer-readable mediumf [Dockes, col. 6, lines 60-64 with 
Dockes, col. 7, lines 12-16]. 

Claim 16 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 14, wherein: the writeable computer-readable medium is a compact disc (CD)" 
[Dockes, col. 7, lines 12-16]. 

Claim 17 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 14, wherein: the writeable computer-readable medium is removable" [Dockes, 
col. 7, lines 12-16]. 

Claim 20 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 1 , wherein: 

• the SDK volume is one of a plurality of SDK volumes in an SDK volume set; 
[Dockes, col. 5, lines 12-18] 
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• the at least one normalized [Dockes, col. 16, lines 57-61] file storage server is 
configured to store SDK component files for each SDK volume of the SDK 
volume set; [Dockes, col. 4, lines 36-44 with Dockes, col. 6, lines 45-49] and 

• the database is configured to identify each SDK volume of the SDK volume set" 
[Dockes, col. 8, lines 33-41 with Dockes, col. 8, lines 56-64]. 

Claim 21 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 20, wherein the file extractor is further configured to, for each SDK volume of 
an SDK volume set, copy SDK component files from a master SDK volume to at least 
one of the at least one normalized file storage server and add information identifying the 
copied SDK component files to the database" [Dockes, col. 7, lines 37-47 with Dockes, 
col. 4, lines 38-43 with Dockes, col. 2, lines 19-23 with Dockes, col. 11, lines 55-62 with 
Dockes, col. 8, lines 56-64], 

Claim 22 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 20, further comprising: an SDK builder executed by a computer other than the 
at least one normalized file storage server and configured to, for each SDK volume of a 
selected SDK volume set, copy SDK component files of the SDK volume from one of 
the at least one normalized file storage server to a writeable computer-readable 
medium" [Dockes, col. 6, lines 60-64 with Dockes, col. 7, lines 12-16 with Dockes, col. 
19, lines 14-35]. 

Claim 27 encompasses substantially the same scope of the invention as that of 
Claim 1 , in addition to a system and some means for performing the system elements of 
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Claim 1 . Therefore, Claim 27 is rejected for the same reasons as stated above with 
respect to Claim 1. 

For Claim 34, Dockes teaches: "A method for producing a software distribution kit 
(SDK) volume, [Dockes, col. 19, lines 48-53 with Dockes, col. 16, lines 14-26] the SDK 
volume comprising a computer-readable medium storing a plurality of SDK component 
files, [Dockes, col. 19, lines 48-53 with Dockes, col. 7, lines 11-16] comprising: 

• for each of the plurality of SDK component files storing the SDK component file 
on the file storage server; [Dockes, col. 4, lines 36-44 with Dockes, col. 6, lines 
45-49] and, if the SDK component file has already been stored on the file storage 
server, sharing the SDK component file with the SDK volume and at least one 
other SDK volume; [Dockes, col. 9, lines 15-19 with Dockes, col. 9, lines 28-32] 
and 

• storing in a database information correlating the stored SDK component files with 
the SDK volume" [Dockes, col. 8, lines 33-41]. 

Dockes discloses the above limitations but does not expressly teach: 

• "if the SDK component file has not already been stored on a file storage server." 
With respect to Claim 34, an analogous art, Ito, teaches: 

• "if the SDK component file has not already been stored on a file storage server" 
[Ito, col. 4, lines 13-19]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Ito with Dockes because both inventions are directed towards 
storing data on a computer. 
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Ito would have been expected to successfully work well with Dockes's invention 
because both inventions index their files they store. Dockes discloses a system and 
method for production of compact discs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes does not expressly disclose not 
storing the files to the storage server when they were previously stored there. Ito 
discloses an image storing apparatus comprising not storing duplicate files. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the storage method from Ito and install it into the invention of Dockes, 
thereby offering the obvious advantage of saving storage space on the server. 

Claim 36 can be mapped to Dockes (as modified by Ito) as follows: "The method 
of claim 34, wherein: 

the SDK volume is one of a plurality of SDK volumes in an SDK volume set; 
[Dockes, col. 5, lines 12-18] and 

further comprising: 

storing in the database information about each SDK volume of the SDK volume 
set" [Dockes, col. 4, lines 36-44 with Dockes, col. 6, lines 45-49 with Dockes, col. 8, 
lines 33-41 with Dockes, col. 8, lines 56-64]. 

Claim 37 can be mapped to Dockes (as modified by Ito) as follows: "The method 
of claim 34, further comprising: the stored SDK component files and the information 
correlating the stored SDK component files with the SDK volume header information on 
a second file storage server" [Dockes, col. 6, lines 56-59]. 
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17. Claims 2, 3, 7, 15, 23-26, 28-30, and 35 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. 
Patent No. 5,822,083 (Ito et al.), further in view of U.S. Patent No. 5,613,097 (Bates et 
al.). 

For Claim 2, Dockes (as modified by Ito) teaches: "The system of claim 1 , wherein." 
Dockes (as modified by Ito) discloses the above limitation but does not expressly 

teach: 

• "the at least one normalized file storage server is configured to store header 
information for ones of the plurality of SDK volumes; and 

• the database is configured to identify header information for each SDK volume." 
With respect to Claim 2, an analogous art, Bates, teaches: 

• "the at least one normalized file storage server is configured to store header 
information for ones of the plurality of SDK volumes; [Bates, col. 6, lines 28-34 
with Bates, Fig. 4 with Bates, col. 5, lines 40-50] and 

• the database is configured to identify header information for each SDK volume" 
[Bates, col. 5, lines 37-50]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito) because both inventions 
are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers and a 
catalog database. Dockes (as modified by Ito) discloses a system and method for 
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production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito) does not 
expressly disclose identifying or storing header information including a root directory. 
Bates discloses a method of cataloging removable media on a computer comprising 
cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 

Claim 3 can be mapped to Dockes (as modified by Ito and Bates) as follows: 
"The system of claim 2, wherein: the header information includes a root directory for a 
corresponding one of the plurality of SDK volumes" [Bates, col. 6, lines 28-34 with 
Bates, Fig. 4 with Dockes, col. 11, lines 11-37]. 

For Claim 7, Dockes (as modified by Ito) teaches: "The system of claim 6, wherein." 

Dockes (as modified by Ito) discloses the above limitation but does not expressly 

teach: 

• "the file extractor is configured to copy header information from the master SDK 
volume to at least one of the at least one normalized file storage server and add 
information identifying the copied header information to the database." 
With respect to Claim 7, an analogous art, Bates, teaches: 
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• "the file extractor is configured to copy header information from the master SDK 
volume to at least one of the at least one normalized file storage server and add 
information identifying the copied header information to the database" [Bates, col. 
6, lines 28-34 with Bates, Fig. 4 with Bates, col. 5, lines 37-50 with Dockes, col. 
8, lines 35-41 with Dockes, col. 11, lines 30-37]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito) because both inventions 
are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers and a 
catalog database. Dockes (as modified by Ito) discloses a system and method for 
production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito) does not 
expressly disclose identifying or storing header information including a root directory. 
Bates discloses a method of cataloging removable media on a computer comprising 
cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 



Application/Control Number: 10/699,259 Page 18 

Art Unit: 2161 

For Claim 15, Dockes (as modified by Ito) teaches: "The system of claim 14, 
wherein." 

Dockes (as modified by Ito) discloses the above limitation but does not expressly 
teach: "the SDK builder is configured to copy header information of the selected one of 
the SDK volumes from one of the at least one normalized file storage server to the 
writeable computer-readable medium." 

With respect to Claim 15, an analogous art, Bates, teaches: 
• "the SDK builder is configured to copy header information of the selected one of 
the SDK volumes from one of the at least one normalized file storage server to 
the writeable computer-readable medium" [Bates, col. 6, lines 28-34 with Bates, 
Fig. 4 with Bates, col. 5, lines 37-50 with Dockes, col. 7, lines 12-16 with Dockes, 
col. 5, lines 54-67], 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito) because both inventions 
are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers and a 
catalog database. Dockes (as modified by Ito) discloses a system and method for 
production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito) does not 
expressly disclose identifying or storing header information including a root directory. 
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Bates discloses a method of cataloging removable media on a computer comprising 
cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 

For Claim 23, Dockes (as modified by Ito) teaches: "The system of claim 22, 
wherein." 

Dockes (as modified by Ito) discloses the above limitation but does not expressly 

teach: 

• "the SDK builder is configured to, for each SDK volume of the selected SDK 
volume set, copy header information of the selected one of the SDK volumes 
from one of the at least one normalized file storage server to the writeable 
computer-readable medium." 

With respect to Claim 23, an analogous art, Bates, teaches: 

• "the SDK builder is configured to, for each SDK volume of the selected SDK 
volume set, copy header information of the selected one of the SDK volumes 
from one of the at least one normalized file storage server to the writeable 
computer-readable medium" [Bates, col. 6, lines 28-34 with Bates, Fig. 4 with 
Bates, col. 5, lines 37-50 with Dockes, col. 7, lines 12-16 with Dockes, col. 5, 
lines 54-67 with Dockes, col. 7, lines 12-16 with Dockes, col. 19, lines 14-35]. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito) because both inventions 
are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers and a 
catalog database. Dockes (as modified by Ito) discloses a system and method for 
production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito) does not 
expressly disclose identifying or storing header information including a root directory. 
Bates discloses a method of cataloging removable media on a computer comprising 
cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 

Claim 24 encompasses substantially the same scope of the invention as that of 
Claims 1-5. Therefore, Claim 24 is rejected for the same reasons as stated above with 
respect to Claims 1-5. 

Claim 25 encompasses substantially the same scope of the invention as that of 
Claims 6 and 7. Therefore, Claim 25 is rejected for the same reasons as stated above 
with respect to Claims 6 and 7. 
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Claim 26 encompasses substantially the same scope of the invention as that of 
Claims 14 and 15. Therefore, Claim 26 is rejected for the same reasons as stated 
above with respect to Claims 14 and 15. 

Claim 28 encompasses substantially the same scope of the invention as that of 
Claims 2 and 3, in addition to a system and some means for performing the system 
elements of Claims 2 and 3. Therefore, Claim 28 is rejected for the same reasons as 
stated above with respect to Claims 2-3. 

Claim 29 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 28, further comprising: means for copying header information and SDK 
component files from a master SDK volume to the means for storing header information 
and the means for storing SDK component files; means for adding information 
identifying the copied SDK component files to the means for identifying the SDK 
component files" [Dockes, col. 7, lines 37-47 with Dockes, col. 4, lines 38-43 with 
Dockes, col. 2, lines 19-23 with Dockes, col. 11, lines 55-62 with Bates, col. 6, lines 28- 
34 with Bates, Fig. 4 with Bates, col. 5, lines 37-50 with Dockes, col. 8, lines 35-41 with 
Dockes, col. 11, lines 30-37]. 

Claim 30 can be mapped to Dockes (as modified by Ito) as follows: "The system 
of claim 29, further comprising: means for writing header information and SDK 
component files of a selected one of the SDK volumes from the means for storing 
header information and the means for storing SDK component files to a writeable 
computer-readable medium" [Dockes, col. 6, lines 60-64 with Bates, col. 6, lines 28-34 
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with Bates, Fig. 4 with Bates, col. 5, lines 37-50 with Dockes, col. 7, lines 12-16 with 
Dockes, col. 5, lines 54-67]. 

For Claim 35, Dockes (as modified by Ito) teaches: "The method of claim 34, further 
comprising: 

• if header information about the SDK volume has not already been stored on the 
file storage server" [Ito, col. 4, lines 13-19]. 

Dockes (as modified by Ito) discloses the above limitation but does not expressly 

teach: 

• "storing the header information on the file storage server, wherein the header 
information includes a root directory for the SDK volume; and 

• storing in the database information correlating the stored header information with 
the SDK volume." 

With respect to Claim 35, an analogous art, Bates, teaches: 

• "storing the header information on the file storage server, [Bates, col. 6, lines 28- 
34 with Bates, Fig. 4 with Bates, col. 5, lines 40-50] wherein the header 
information includes a root directory for the SDK volume; [Bates, col. 6, lines 28- 
34 with Bates, Fig. 4 with Dockes, col. 11, lines 11-37] and 

• storing in the database information correlating the stored header information with 
the SDK volume" [Bates, col. 6, lines 28-34 with Bates, Fig. 4 with Bates, col. 5, 
lines 40-50 with Dockes, col. 8, lines 33-41]. 



Application/Control Number: 10/699,259 Page 23 

Art Unit: 2161 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito) because both inventions 
are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers and a 
catalog database. Dockes (as modified by Ito) discloses a system and method for 
production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito) does not 
expressly disclose identifying or storing header information including a root directory. 
Bates discloses a method of cataloging removable media on a computer comprising 
cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 

18. Claims 10 and 12 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,822,083 (Ito 
et al.), further in view of U.S. Patent No. 6,205,40 (Kanome). 

For Claim 10, Dockes (as modified by Ito) teaches: "The system of claim 1, 
wherein the file extractor is further configured to copy SDK component files of a master 
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SDK volume to at least one of the at least one normalized file storage server and add 
information identifying the copied SDK component files to the database" [Dockes, col. 7, 
lines 37-47 with Dockes, col. 4, lines 38-43 with Dockes, col. 2, lines 19-23 with Dockes, 
col. 11, lines 55-62]. 

Dockes (as modified by Ito) discloses the above limitations but does not 
expressly teach: "from an image." 

With respect to Claim 10, an analogous art, Kanome, teaches: "from an image" 
[Kanome, col. 3, lines 20-23 with Kanome, col. 7, lines 39-42]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Kanome with Dockes (as modified by Ito) because both inventions 
are directed towards computer using files, file systems, and copying data. 

Kanome's invention would have been expected to successfully work well with 
Dockes (as modified by lto)'s invention because both inventions use computers. 
Dockes (as modified by Ito) discloses a system and method for production of compact 
discs holding SDKs on demand comprising reading CD's, storing their information, and 
writing CD's, however Dockes (as modified by Ito) does not expressly disclose using 
disk images. Kanome discloses a computer system capable of restarting using a disk 
image of an arbitrary snapshot comprising disk images. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the disk images from Kanome and install it into the invention of Dockes 
(as modified by Ito), thereby offering the obvious advantage of expanding the uses of 
Dockes onto different types of data (in this case, disk images being used). This could 
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be used in Dockes archival process (Dockes, col. 9, lines 44-58) for the ISO9660 
images. This makes a system with more features and more user-friendly. 

Claim 12 can be mapped to Dockes (as modified by Ito and Kanome) as follows: 
"The system of claim 10, wherein: the master SDK volume is a compact disc (CD)" 
[Dockes, col. 4, lines 37-44]. 

19. Claim 11 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,822,083 (Ito et al.) in 
view of U.S. Patent No. 6,205,40 (Kanome), further in view of U.S. Patent No. 
5,613,097 (Bates etal.). 

For Claim 11, Dockes (as modified by Ito and Kanome) teaches: "The system of 
claim 10, wherein." 

Dockes (as modified by Ito and Kanome) discloses the above limitation but does 
not expressly teach: "the file extractor is configured to copy header information from the 
image of the master SDK volume to at least one of the at least one normalized file 
storage server and add information identifying the copied header information to the 
database." 

With respect to Claim 1 1 , an analogous art, Bates, teaches: "the file extractor is 
configured to copy header information from the image of the master SDK volume to at 
least one of the at least one normalized file storage server and add information 
identifying the copied header information to the database" [Bates, col. 6, lines 28-34 
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with Bates, Fig. 4 with Bates, col. 5, lines 37-50 with Dockes, col. 8, lines 35-41 with 
Dockes, col. 11, lines 30-37]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Ito and Kanome) because both 
inventions are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by Ito and Kanome)'s invention because both inventions use 
computers and a catalog database. Dockes (as modified by Ito and Kanome) discloses 
a system and method for production of compact discs holding SDKs on demand 
comprising reading CD's, storing their information, and writing CD's, however Dockes 
(as modified by Ito and Kanome) does not expressly disclose identifying or storing 
header information including a root directory. Bates discloses a method of cataloging 
removable media on a computer comprising cataloging header information including a 
root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Ito and Kanome), thereby offering the 
obvious advantage of the database knowing the content of the media so that the media 
does not need to be inserted (unless needed) for the system to know what is on it. 

20. Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,822,083 (Ito et al.) in 
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view of U.S. Patent No. 6,205,40 (Kanome), further in view of U.S. Patent No. 
5,963,971 (Fosler et al.). 

For Claim 13, Qockes (as modified by Ito and Kanome) teaches: "The system of 
claim 10, wherein." 

Dockes (as modified by Ito and Kanome) discloses the above limitation but does 
not expressly teach: 

• "the master SDK volume is a digital versatile disc (DVD)." 
With respect to Claim 13, an analogous art, Fosler, teaches: 

• "the master SDK volume is a digital versatile disc (DVD)" [Fosler, col. 5, lines 15- 
20]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Fosler with Dockes (as modified by Ito and Kanome) because both 
inventions are directed towards removable mediums. 

Foster's invention would have been expected to successfully work well with 
Dockes (as modified by Ito and Kanome)'s invention because both inventions use 
computers with removable mediums. Dockes (as modified by Ito and Kanome) 
discloses a system and method for production of compact discs holding SDKs on 
demand comprising reading CD's, storing their information, and writing CD's, however 
Dockes (as modified by Ito and Kanome) does not expressly disclose DVD's. Fosler 
discloses a method and apparatus for handling audit requests of logical volumes in a 
virtual media server comprising DVD's. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the DVD's from Fosler and install it into the invention of Dockes (as 
modified by Ito and Kanome), thereby offering the obvious advantage of expanding the 
uses of Dockes onto different types of media including media that can hold more 
information. This makes a system with more features and more user-friendly. 

21. Claims 18 and 19 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,822,083 (Ito 
et al.), further in view of U.S. Patent No. 5,920,725 (Ma et al.). 

For Claim 18, Dockes (as modified by Ito) teaches: "The system of claim 14, 
wherein." 

Dockes (as modified by Ito) discloses the above limitation but does not expressly 
teach: "the SDK builder is downloadable to the computer and configured to extend 
capabilities of a browser." 

With respect to Claim 18, an analogous art, Ma, teaches: "the SDK builder is 
downloadable to the computer and configured to extend capabilities of a browser" [Ma, 
col. 1, lines 23-34]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Ma with Dockes (as modified by Ito) because both inventions are 
directed towards executing program(s) on a computer to do tasks. 

Ma's invention would have been expected to successfully work well with Dockes 
(as modified by lto)'s invention because both inventions use computers doing work. 
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Dockes (as modified by Ito) discloses a system and method for production of compact 
discs holding SDKs on demand comprising reading CD's, storing their information, and 
writing CD's, however Dockes (as modified by Ito) does not expressly disclose that the 
program writing CD's is an ActiveX controller downloaded to extend capabilities of a 
browser. Ma discloses a run-time object-synthesis and transparent client/server 
updating of distributed objects using a meta server of all object descriptors comprising 
ActiveX components (thin clients) on a browser. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the ActiveX and browser from Ma and install them into the invention of 
Dockes (as modified by Ito), thereby offering the obvious advantage of using the 
browser standards to easily distribute writing tasks to clients. This also ads the 
advantage of the ordering users themselves being able to write the CD's using the WEB 
ordering scheme of Dockes when the clients ordering are used as writing clients in 
Dockes (Dockes, col. 6, lines 25-31 with Dockes, col. 8, lines 18-21). 

Claim 19 can be mapped to Dockes (as modified by Ito and Ma) as follows: "The 
system of claim 18, wherein: the SDK builder is an ActiveX component" [Ma, col. 1, 
lines 23-34]. . 

22. Claims 31-33 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,822,083 (Ito et 
al.) in view of U.S. Patent No. 5,613,097 (Bates et al.), further in view of U.S. Patent No. 
5,920,725 (Ma et al.). 
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For Claim 31, Dockes (as modified by Ito and Bates) teaches: "The system of claim 
30, wherein." 

Dockes (as modified by Ito and Bates) discloses the above limitation but does not 
expressly teach: "the means for writing is an ActiveX component." 

With respect to Claim 31 , an analogous art, Ma, teaches: "the means for writing 
is an ActiveX component" [Ma, col. 1, lines 23-34]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Ma with Dockes (as modified by Ito and Bates) because both 
inventions are directed towards executing program(s) on a computer to do tasks. 

Ma's invention would have been expected to successfully work well with Dockes 
(as modified by Ito and Bates)'s invention because both inventions use computers doing 
work. Dockes (as modified by Ito and Bates) discloses a system and method for 
production of compact discs holding SDKs on demand comprising reading CD's, storing 
their information, and writing CD's, however Dockes (as modified by Ito and Bates) does 
not expressly disclose that the program writing CD's is an ActiveX controller 
downloaded to extend capabilities of a browser. Ma discloses a run-time object- 
synthesis and transparent client/server updating of distributed objects using a meta 
server of all object descriptors comprising ActiveX components (thin clients) on a 
browser. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the ActiveX and browser from Ma and install them into the invention of 
Dockes (as modified by Ito and Bates), thereby offering the obvious advantage of using 
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the browser standards to easily distribute writing tasks to clients. This also ads the 
advantage of the ordering users themselves being able to write the CD's using the WEB 
ordering scheme of Dockes when the clients ordering are used as writing clients in 
Dockes (Dockes, col. 6, lines 25-31 with Dockes, col. 8, lines 18-21). 

Claim 32 can be mapped to Dockes (as modified by Ito, Bates, and Ma) as 
follows: "The system of claim 31, wherein: the writeable removable computer-readable 
medium is a compact disc (CD) " [Dockes, col. 7, lines 12-16]. 

Claim 33 can be mapped to Dockes (as modified by Ito, Bates, and Ma) as 
follows: "The system of claim 31 , wherein: the writeable removable computer-readable 
medium is removable" [Dockes, col. 7, lines 12-16]. 

23. Claims 38 and 44-47 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,831 ,950 
(Furukawa et al.). 

For Claim 38, Dockes teaches: "A method for producing a software distribution 
kit (SDK) volume, [Dockes, col. 19, lines 48-53 with Dockes, col. 16, lines 14-26] the 
SDK volume comprising a computer-readable medium storing a plurality of SDK 
component files, [Dockes, col. 19, lines 48-53 with Dockes, col. 7, lines 11-16] 
comprising: 

• copying the plurality of SDK component files from a file storage server, [Dockes, 
col. 4, lines 36-44 with Dockes, col. 6, lines 45-49] wherein at least one 
component file stored by the file storiage server is shared by at least two of the 
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plurality of SDK volumes; [Dockes, col. 9, lines 15-19 with Dockes, col. 9, lines 
28-32] and 

• writing to a writeable computer-readable medium" [Dockes, col. 6, lines 60-64 
with Dockes, col. 7, lines 12-16]. 

Dockes discloses the above limitations but does not expressly teach: 

• "creating an image of the SDK volume from the copied SDK component files; 

• the image." 

With respect to Claim 38, an analogous art, Furukawa, teaches: 

• "creating an image of the SDK volume from the copied SDK component files; 
[Furukawa, col. 1, lines 50-60] 

• the image." [Furukawa, col. 1, lines 50-60]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Furukawa with Dockes because both inventions are directed 
towards writing data on a computer medium. 

Furukawa would have been expected to successfully work well with Dockes's 
invention because both inventions use computers write data on a computer medium. 
Dockes discloses a system and method for production of compact discs on demand 
comprising reading CD's, storing their information, and writing CD's, however Dockes 
does not expressly disclose that images are created prior to producing the CD. 
Furukawa discloses a writing system for recordable compact disc storing information of 
a writing operation comprising creating disc images for creating CD's. 
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It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the images from Furukawa and install them into the invention of 
Dockes, thereby offering the obvious advantage of making sure writing begins when the 
data is prepared in Dockes (images) so that less potential error may happen. This 
makes a system that is less prone to error. 

Claim 44 can be mapped to Dockes (as modified by Furukawa) as follows: "The 
method of claim 38, wherein: 

• the SDK volume is one of a plurality of SDK volumes in an SDK volume set; 
[Dockes, col. 5, lines 12-18] and 

• further comprising: 

• performing the copying, creating and writing for each SDK volume of the SDK 
volume set. [Dockes, col. 16, lines 20-29 with Furukawa, col. 1, lines 50-60]. 
Claim 45 can be mapped to Dockes (as modified by Furukawa) as follows: 'The 

method of claim 38, further comprising: 

• sending information about the SDK volume to an SDK production server; 
[Dockes, col. 9, lines 4-13] and wherein: 

• the copying, creating and writing are performed by the SDK production server" 
[Dockes, col. 19, lines 12-23 with Dockes, col. 7, lines 12-20 with Furukawa, col. 
1, lines 50-60]. 

Claim 46 can be mapped to Dockes (as modified by Furukawa) as follows: "The 
method of claim 38, wherein: 
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• the SDK volume is one of a plurality of SDK volumes in an SDK volume set; 
[Dockes, col. 5, lines 12-18] 

• and further comprising: 

• sending information about the SDK volume set to an SDK production server; 
[Dockes, col. 9, lines 4-18] and wherein: 

• the copying, creating and writing are performed by the SDK production server for 
each SDK volume of the SDK volume set" [Dockes, col. 19, lines 12-23 with 
Dockes, col. 7, lines 12-20 with Dockes, col. 16, lines 20-29 with Furukawa, col. 
1, lines 50-60]. 

Claim 47 can be mapped to Dockes (as modified by Furukawa) as follows: The 
method of claim 38, further comprising: 

• sending the image of the SDK volume to an SDK production server; [Dockes, col. 
9, lines 4-18 with Dockes, col. 9, lines 44-52 with Furukawa col. 1, lines 51-60] 

• and wherein: 

• the writing is performed by the SDK production server" [Dockes, col. 19, lines 12- 
23 with Dockes, col. 7, lines 12-20 with Furukawa, col. 1, lines 50-60]. 

24. Claims 39-42 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
U.S. Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,831 ,950 
(Furukawa et al.), further in view of U.S. Patent No. 5,613,097 (Bates et al.). 

For Claim 39, Dockes (as modified by Furukawa) teaches: "The method of claim 38, 
further comprising." 
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Dockes (as modified by Furukawa) discloses the above limitation but does not 
expressly teach: 

• "copying header information for the SDK volume from the file storage server, 
wherein the header information includes a root directory for the SDK volume; 

• and wherein the creating an image comprises: 

• creating an image of the SDK volume from the copied header information and the 
copied SDK component files." 

With respect to Claim 39, an analogous art, Bates, teaches: 

• "copying header information for the SDK volume from the file storage server, 
[Bates, col. 6, lines 28-34 with Bates, Fig. 4 with Bates, col. 5, lines 40-50 with 
Dockes, col. 7, lines 12-16] wherein the header information includes a root 
directory for the SDK volume; [Bates, col. 6, lines 28-34 with Bates, Fig. 4 with 
Dockes, col. 11, lines 11-37] 

• and wherein the creating an image comprises: 

• creating an image of the SDK volume from the copied header information and the 
copied SDK component files" [Bates, col. 6, lines 28-34 with Bates, Fig. 4 with 
Bates, col. 5, lines 40-50 with Furukawa, col. 1, lines 50-60]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Bates with Dockes (as modified by Furukawa) because both 
inventions are directed towards cataloging media. 

Bates's invention would have been expected to successfully work well with 
Dockes (as modified by Furukawa)'s invention because both inventions use computers 
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and a catalog database. Dockes (as modified by Furukawa) discloses a system and 
method for production of compact discs holding SDKs on demand comprising reading 
CD's, storing their information, and writing CD's, however Dockes (as modified by 
Furukawa) does not expressly disclose identifying or storing header information 
including a root directory. Bates discloses a method of cataloging removable media on 
a computer comprising cataloging header information including a root file. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the header information including a root directory from Bates and install 
it into the invention of Dockes (as modified by Furukawa), thereby offering the obvious 
advantage of the database knowing the content of the media so that the media does not 
need to be inserted (unless needed) for the system to know what is on it. 

Claim 40 can be mapped to Dockes (as modified by Furukawa and Bates) as 
follows: "The method of claim 39, wherein: the writeable computer-readable medium is 
a compact disc (CD)" [Dockes, col. 7, lines 12-16]. 

Claim 41 can be mapped to Dockes (as modified by Furukawa and Bates) as 
follows: "The method of claim 39, wherein: the writeable computer-readable medium is 
removable" [Dockes, col. 7, lines 12-16]. 

For Claim 42, Dockes (as modified by Furukawa and Bates) fails to teach 
selecting the file storage server based on a location of the file storage server. Official 
Notice is taken that it is old and well known in the client/server to get the advantage of 
downloading faster files by selecting the file storage server based on a location of the 
file storage server. It would have been obvious to one of ordinary skill in the art at the 
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time of the invention to include the selecting the file storage server based on a location 
of the file storage server to get this advantage. 

25. Claim 43 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 6,01 1 ,758 (Dockes et al.) in view of U.S. Patent No. 5,831 ,950 (Furukawa et 
al.), further in view of U.S. Patent No. 5,920,725 (Ma et al.). 

For Claim 43, Dockes (as modified by Furukawa) teaches: "The method of claim 
38, further comprising." 

Dockes (as modified by Furukawa) discloses the above limitation but does not 
expressly teach: "downloading an SDK builder that performs the copying and creating." 

With respect to Claim 43, an analogous art, Ma, teaches: "downloading an SDK 
builder that performs the copying and creating" [Ma, col. 1 , lines 23-34 with Dockes, col. 
16, lines 20-29 with Furukawa, col. 1, lines 50-60]. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to combine Ma with Dockes (as modified by Furukawa) because both 
inventions are directed towards executing program(s) on a computer to do tasks. 

Ma's invention would have been expected to successfully work well with Dockes 
(as modified by Furukawa)'s invention because both inventions use computers doing 
work. Dockes (as modified by Furukawa) discloses a system and method for production 
of compact discs holding SDKs on demand comprising reading CD's, storing their 
information, and writing CD's, however Dockes (as modified by Furukawa) does not 
expressly disclose that the program writing CD's is an ActiveX controller downloaded to 
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extend capabilities of a browser. Ma discloses a run-time object-synthesis and 
transparent client/server updating of distributed objects using a meta server of all object 
descriptors comprising ActiveX components (thin clients) on a browser. 

It would have been obvious to one of ordinary skill in the art at the time of 
invention to take the ActiveX and browser from Ma and install them into the invention of 
Dockes (as modified by Furukawa), thereby offering the obvious advantage of using the 
browser standards to easily distribute writing tasks to clients. 

26. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire oh the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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Conclusion 



27. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Brent S. Stace whose telephone number is 571-272- 
8372 and fax number is 571-273-8372. The examiner can normally be reached on M-F 
9am-5:30pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey A. Gaffin can be reached on 571-272-4146. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Brent Stace 





